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Prescribed  by  ANSI  Std  Z39-18 


Why  do  Risk  Management? 


“ There  is  only  one  reason  for  risk  management: 

To  assure  the  program  decision-makers  learn  about  and 
deal  with  important  risks  before  they  turn  into  issues 
-  Carnegie  Mellon  University  “Risk  Management 
Overview  for  TACOM” 


Benefits  of  Risk  Management  include: 

•  Risk  is  a  proactive  approach  -  preventing  problems  before  they  occur. 
Issue  management  is  a  reactive  approach  -  fixing  issues  that  exist. 

•  Understanding  your  risks  and  putting  measures  in  place  to  prevent  issues 

-  doing  it  right  the  first  time. 

• Minimize  or  prevent  cost  overruns,  schedule  delays,  and  performance 
problems 

•  Product  and  design  quality  are  improved. 

•  Maximizing  usage  of  resources. 

•  Promoting  teamwork  and  system  engineering. 

•  Communication  to  stakeholders  and  decision  makers. 


Current  State  of  Risk  Management 


i  r 


•  Failure  Mode  and  Effects  Analysis  (FMEAs)  may  or  may  not  be  required  by  contract 
and  access  to  them  and  use  of  them  may  be  limited. 

•  Risks  are  tracked  in  a  database  or  spreadsheet. 

•  Issues  are  tracked  in  a  database  or  spreadsheet. 

•  There  is  no  acknowledged  Army  wide  way  to  capture  lessons  learned  effectively. 
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Why  Is  an  Integrated  Risk  Approach  So  Important? 


Taking  an  integrated  approach  to  risk  management  is  a  way  to: 

•  Shorten  design  time 

•  Avoid  program  mistakes 

•  Prevent  cost  overruns 

•  Avert  schedule  delays 

•  Maximize  usage  of  resources. 

•  Deliver  a  higher  quality  system  to  the  warfighter 

•  Do  it  right  the  first  time! 


Unclassified 
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Integrated  Risk  Management 


l  **ioJ  r  i 
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Integrated  Risk  Management 


1*10  J  r  1 


\1 


FMEA 

Failure  Mode  and 
Effects  Analysis 


J 


Fields  from  FMEA 
software  pre-populate 
Risk  Info  sheet. 
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Risk  Mitigation  from 
Risk  Recon  trace  back 
and  populate  FMEA, 
new  RPN  numbers. 


Risk  Recon 


An  issue’s  corrective  action 

plan  or  path  forward  will 

s 

likely  have  new  associated 

V 

risks,  which  can  be 

entered  and  traced  back  to 

original  risk  in  Risk  Recon. 

When  a  risk  becomes 
an  issue,  user  can 
create  an  issue  in  the 
database  and  track  the 
corrective  action  plan. 


t 


A 


-> 


Issue  Database 


JP 


Tie  all  systems 
together  and  have  one 
searchable  lessons 
learned  database. 


Lessons  Learned 


Acqitisifio n  E .v ft  He n c 
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•  Failure  mode  and  effect  analysis  (FMEA)  is  an  analysis  of  all 
potential  failure  modes  within  a  system. 

•  A  FMEA  can  be  performed  on  a  system,  subsystem,  or  the 
components  of  a  system/subsystem. 

•  FMEA  is  used  as  a  foundation  for  root  cause  analysis  of  design/ 
process/  system  failures. 

•  FMEA  are  best  conducted  using  a  cross  functional  group  of 
subject  matter  experts  (SMEs). 

•  FMEAs  should  be  required  for  systems  or  subsystems  via  the 
contract.  They  should  be  readily  accessible  and  usable  by  the 
government. 
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Vfl  Types  of  FMEAs 


•  Design  FMEA  (DFMEA)  :  Identifies  how  a  product  can  fail  to  do 
what  it  was  designed  to  do  or  why  it  does  things  it  should  not  do. 

•  Process  FMEA  (PFMEA):  Identifies  the  possibilities  of 
incorrectly  manufacturing  or  assembling  a  product. 


•  Program  FMEA  :  Identifies  potential  failure  modes  ina  non¬ 
technical  process  (business  systems,  procurement  processes, 
hiring  practices  -  any  process  not  describing  a  product  or  the 
manufacturing,  assembly  or  integration  of  that  product). 


Applicable  Standards: 

•  SAE  J-1739:  Automotive  Industry 

•  SAE  ARP-5580:  Aerospace  Recommended  Practice 

•  MIL-STD-1629A:  Failure  Mode,  Effect  and  Criticality  Analysis  (FMECA)  by  US  Air  Force 
(Canceled  on  4  August,  1998  ,  FMEA  IPT  is  working  on  new  MIL-STD). 
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How  do  you  create  a  FMEA  ? 


Start  with  a  known  program  element: 


Bill  of  Materials  (BOM) 

Work  Breakdown  Structure  (WBS) 
Parameter  Diagram  (P-Diagram) 


Process  Workflow 
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Plunger 

Cap 


Plunger  Assembly 


Components 

Material 

Qtv 

1.0 

Writing  System 

1.1 

BIC  Clic  Stic  Pen 

1.1.1 

Housing  Assembly 

1. 1.1.1  Plug  Assembly 

1.1. 1.1.1 

Clip 

ABS/PP 

1 

1.1.1. 1.2 

Plunger  Assembly 

1.1.1. 1.2.1 

Plunger  Cap 

ABS/PP 

1 

1.1.1. 1.2.2 

Female  Plunger 

ABS/PP 

1 

1.1.1. 1.2.3 

Male  Plunger 

ABS/PP 

1 

1.1. 1.2 

Nib 

ABS/PP 

1 

1.1. 1.3 

Barrel 

ABS/PP 

1 

1.1. 1.4 

Spring 

Steel 

1 

1.1.2 

Ink  Assembly 

1. 1.2.1 

Tube 

ABS/PP 

1 

1.1.2. 1.1 

Blue  Ink 

Ink 

.1  grams 

1. 1.2.2 

Metal  Tip 

Brass 

1 

1. 1.2.3 

Ball 

Tungsten  Carbide 

1 

sit  ion  Hxct  Ihn  ct 
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Parameter  (P)  Diagram 


l  **K\  '  r  i 
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Process  Flow  Diagram 


1*10  J  r  1 


Use  proven,  thorough  approaches  to  describe  all  the  elements  of  the  process. 
Work  Breakdown  Structures  and  Process  Maps  are  popular  tools  for  this  purpose. 


Output 

Hot  dog  ready  for 
bun  placement 


Output 
Completed 
hot  dog  sub- 


Output 

Hot  dog  ready  t< 
eat 


•  Hot  dog  (cooked) 

•  Tongs  (min  10  inch 
length) 


•  Hot  dog  (still  hot) 

•  Tongs  (min  10  inch 
length) 
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assy 

1 .  Remove 

2.  Place 

3.  Add 

hot  dog  from 

hot  dog  in 

condiments 

Inpuff'11 

lnpuffun 

Inputs 

•  Grill  (hot) 

• 

Bun  (fresh) 

•  Ketchup  (Heinz) 

Mustard  (yellow) 
Onions  (chopped) 
Chili  (no  beans) 
Hot  dog  sub-assy 


13 


G4A 


How  does  the  FMEA  work? 


l^loj  r  I 


Execute  the  analysis  and  discover  the  potential  failures  and  effects, 
their  causes,  and  ultimately  what  to  do  about  it. 


Item  or  step  # 
from  WBS, 
Process  Map, 
or  other 

Process  step 
function  / 
requirements 

Potential  Failure 
Mode 

Potential  Effects 
of  Failure 

Severity 

Potential  Causes  / 
Mechanisms  of 
Failure 

Occurrence 

Current 

Process 

Controls 

Prevention 

Current 

Process 

Controls 

Detection 

Detect 

R.P.N. 

Recommended 

Actions 

Responsibility  & 
Target 

Completion  Date 

Action  Results 

Actions  Taken 

Severity 

Occur 

Detection 

R.P.N. 

1 

Remove  hot  dog 
from  qrill 

Hot  dog  is  not 
"readv" 

Delay:  customer 
hunqrv 

7 

Grill  is  not  hot 

1 

None 

Temperature  gauge 
on  qrill 

1 

7 

7 

Hot  dog  is  not  hot 
enough  (not 
cooked) 

4 

None 

Use  grill  marks  to 
indicate  fully 
cooked  status 

2 

56 

7 

Hot  dog  is 
overcooked  (burned) 

6 

None 

Use  grill  marks  to 
indicate  fully 
cooked  status 

2 

84 

Hot  dog  is  not 
present 

Major  delay: 
Customer  hungry, 
angry 

9 

Insufficient  hot  dog 
supplies,  ran  out 

7 

Educated  guess  on 
needs 

None 

10 

630 

Match  hot  dog 
count  to  guest 
list/update  shopping 
list 

G.  Ratajczak 

One  week  prior  to 
BBQ 

Shopping  list  and 
RSVP  list  kept 
together,  updated 
as  quests  call  in 

9 

7 

1 

63 

9 

failure  of  pre- 
process  steps  (grill 
prep) 

1 

None 

None 

2 

18 

2 

Place  hot  dog  in 
bun 

Hot  dog  not  in  bun 

Delay:  Rework  or 
qet  new  hot  doq 

7 

Operator  error, 
missed  bun 

1 

Hand/eye 

coordination 

None 

2 

14 

Hot  dog  incorrectly 
positioned  in  bun 

Dissatisfaction: 
Customer  will  have 
difficulty  eating,  or 
may  have  to  adjust 
hot  doq  manually 

5 

Operator  error,  poor 
placement 

2 

Hand/eye 

coordination 

None 

2 

20 

3 

Add  condiments 

Hot  dog  does  not 
meet  end  of  line 
requirements 
(condiments 
missing) 

Minor  delay:  more 
work  needed 

3 

Favorite  condiment 
not  available  (not 
present) 

5 

None 

None 

10 

150 

Use  list  while 
shopping  to 
minimize 
mistakes/missing 
items 

G.  Ratajczak 
Two  days  prior  to 
BBQ 

Shopping  list  used 
at  store 

3 

5 

1 

15 

3 

Favorite  condiment 
not  available 
(condiment 
specifications  not 
met,  substitution 
used) 

9 

None 

None 

10 

270 

Request  condiment 
information  at 
RSVP 

G.  Ratajczak 

One  week  prior  to 
BBQ 

Guests  asked  about 
preferences  when 
they  call  to  RSVP 

3 

9 

1 

27 

Hot  dog  does  not 
meet  end  of  line 
requirements 
(unwanted 
condiments  added) 

Major  delay:  Scrap 
hot  dog.  start  over 

9 

Wrong  condiment 
added  to  hot  dog 

9 

None 

None 

10 

810 

Do  npot  apply 
condiments  until 
customer  is  present 

G.  Ratajczak 

Day  of  BBQ 

No  hot  dogs  "built" 
without  customer 
present 

9 

9 

1 

81 
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Item  or  step  # 
from  WBS, 
Process  Map. 
or  other 

Process  step 
function  / 
requirements 

Potential  Failure 
Mode 

Potential  Effects 
of  Failure 

Severity 

Potential  Causes  / 
Mechanisms  of 
Failure 

Occurrence 

Current 

Process 

Controls 

Prevention 

Current 

Process 

Controls 

Detection 

Detect 

R.P.N. 

Recommended 

Actions 

Responsibility  & 
Target 

Completion  Date 

Action  Results 

Actions  Taken 

Severity 

Occur 

Detection 

R.P.N. 

1 

Remove  hot  dog 
from  qrill 

Hot  dog  is  not 
"ready" 

Delay:  customer 
hunqrv 

7 

Grill  is  not  hot 

1 

None 

Temperature  gauge 
on  qrill 

1 

7 

7 

Hot  dog  is  not  hot 
enough  (not 
cooked) 

4 

None 

Use  grill  marks  to 
indicate  fully 
cooked  status 

2 

56 

7 

Hot  dog  is 
overcooked  (burned) 

6 

None 

Use  grill  marks  to 
indicate  fully 
cooked  status 

2 

84 

Hot  dog  is  not 
present 

Major  delay: 
Customer  hungry, 
angry 

9 

Insufficient  hot  dog 
supplies,  ran  out 

7 

Educated  guess  on 
needs 

None 

10 

630 

Match  hot  dog 
count  to  guest 
list/update  shopping 
list 

G.  Ratajczak 

One  week  prior  to 
BBQ 

Shopping  list  and 
RSVP  list  kept 
together,  updated 
as  guests  call  in 

9 

7 

1 

63 

9 

failure  of  pre- 
process  steps  (grill 
prep) 

1 

None 

None 

2 

18 

2 

Place  hot  dog  in 
bun 

Hot  dog  not  in  bun 

Delay:  Rework  or 
qet  new  hot  doq 

7 

Operator  error, 
missed  bun 

1 

Hand/eye 

coordination 

None 

2 

14 

Dissatisfaction: 

Hot  dog  does  not 
meet  end  of  line 
requirements 
(unwanted 
condiments  added) 

Major  delay:  Scrap 
hot  dog,  start  over 

9 

Wrong  condiment 
added  to  hot  dog 

9 

None 

None 

10 

810 

“3— 

specific 
met,  si 

ations  not 
ibstitution 

— 5 — 

None 

None 

"37 JT 

information  at 

RSVP 

One  week  prior  to 

BBQ 

preferences  whe 

they  call  to  RSV 

n 

P 

-r- 

“T* 

“1“ 

“37“ 

1  Hot  dog  does  not  I 

j  ipht  I--H  M  Sup 

(  requirements 
(unwanted 

llllllllllllBlllllllllUllllllllll 

Majpr  delay:  Scrap 

1  hot  dog  start  over 1 

9 

|  Wrong  condiment  | 

1  added  to  hot  dog  1 

mill 

None 

|  |fu|  1 

1  81  Ci  | 

Do  npot  apply 
condiments  until 
:ustomer  is  present 

G.  Ratajczak 

Day  of  BBQ 

No  hot  dogs  "built” 
without  customer 
present 

9 

9 

i 

81 

9  x  9  x  10  =  810  !!! 

The  analysis  says  this  failure,  along  with  its  severe  effect,  is  not  only  likely  to 

happen,  but  we  currently  have  no  way  to  deal  with  it! 
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Determine  Path  Forward 


l^k'J  M 


. 

L  0 

Item  or  step  # 
from  WBS, 
Process  Map, 
or  other 

Process  sj^^^ 
funct^  j 

^  Oi 

can’t  address  every  failure  - 
nly  the  most  important  ones. 

Current 

v  Process 

j  Controls 

Prevention 

L  urrent 

Process 

Controls 

Detection 

Detect 

R.P.N. 

—  Where  do  1  draw  the  line?  How 

V^i _ 5^/0  /  decide  where  to  focus^  ^4 

9 

None 

None 

10 

810 

\ • 

V* 

Jlog  is  not 
^present 

Major  delay: 
Customer  hungry, 
angry 

9 

Insufficient  hot  dog 
supplies,  ran  out 

7 

Educated  guess  on 
needs 

None 

10 

830 

3 

/CJcRonoirTients 

^lot  dog  does  not 
meet  end  of  line 
requirements 
(condiments 
missing) 

Minor  delay:  more 
work  needed 

3 

Favorite  condiment 
not  available 
(condiment 
specifications  not 
met,  substitution 
used) 

9 

None 

None 

10 

270 

3 

Add  condiments 

Hot  dog  does  not 
meet  end  of  line 
requirements 
(condiments 

Minor  delay:  more 
work  needed 

3 

Favorite  condiment 
not  available  (not 
present) 

5 

None 

None 

10 

150 

1 

Remove  hot  dog 
from  grill 

Hot  dog  is  not 
"ready" 

Delay:  customer 
hungry 

7 

Hot  dog  is 
overcooked  (burned) 

6 

None 

Use  grill  marks  to 
indicate  fully 
cooked  status 

2 

84 

1 

Remove  hot  dog 
from  grill 

Hot  dog  is  not 
"ready" 

Delay:  customer 
hungry 

7 

Hot  dog  is  not  hot 
enough  (not 
cooked) 

4 

None 

Use  grill  marks  to 
indicate  fully 
cooked  status 

2 

58 

2 

Place  hot  dog  in 
bun 

Hot  dog  incorrectly 
positioned  in  bun 

Dissatisfaction: 
Customer  will  have 
difficulty  eating,  or 
may  have  to  adjust 
hot  dog  manually 

5 

Operator  error,  poor 
placement 

2 

Hand/eye 

coordination 

None 

2 

20 

1 

Remove  hot  dog 
from  grill 

Hot  dog  is  not 
present 

Major  delay: 
Customer  hungry, 
angry 

9 

failure  of  pre- 
process  steps  (grill 
prep) 

1 

None 

None 

2 

18 

2 

Place  hot  dog  in 
bun 

Hot  dog  not  in  bun 

Delay:  Rework  or 
get  new  hot  dog 

7 

Operator  error, 
missed  bun 

1 

Hand/eye 

coordination 

None 

2 

14 

1 

Remove  hot  dog 
from  grill 

Hot  dog  is  not 
"ready" 

Delay:  customer 
hungry 

7 

Grill  is  not  hot 

1 

None 

Temperature  gauge 
on  grill 

1 

7 
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How  do  you  know  if  the  FMEA  is  Done  Properly? 


•  Is  every  failure  possibility  you  can  think  of 
included  in  the  FMEA? 

•  Is  every  component  or  part  or  process  step 
included  in  the  FMEA? 

•  Is  every  subsystem  and  it’s  interaction  to  the 
larger  system  accounted  for  in  the  FMEA? 


•  Are  the  effects  of  the  integration  of  this  component 
or  subsystem  to  the  larger  whole  (vehicle  level, 
system  level,  SoS  level,  etc.)  taken  into  account? 


A  can  i si tion  U  :<ct  fie n  c 
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How  Can  a  FMEA  Help  My  Program? 

•  A  DFMEA  provides  robustness  of  design. 

•  A  PFMEA  provides  robustness  of  process. 


•  A  FMEA  reused  from  a  previous  program  reduces 
the  design  time  for  the  system 

•  Potential  failure  modes  are  identifed  early  in  the 
program  and  can  be  dealt  with  up  front,  rather  than 
detected  later. 

•  FMEAs  can  be  used  to  determine  the  root  cause 
of  system  or  part  failures,  once  fielded!!! 


A  can  i si tion  U  :<ct  fie n  c 
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Root  Cause  Analysis 


System:  A/C  Condenser  Fan  System 
Subsystem:  A/C  Condenser  Fan 
Component:  - 
Model  Year /Vehicle  (s) : 

Core  Team: 

Support: 


Design  Responsibility  : 
Kick  off  Date  : 


Item 

^^--^unction 

Potential  Failure 
Mode 

Potential  Effects  of 
Failure 

Severity 

Potential  Causes  / 
Mechanisms  of  Failure 

Occurrence 

Current  Controls 

Prevention 

Controls 

Detection  Controls 

[1]  The  fan  subsystem  shall  meet  airflow 
requirements  (6  in.  WCaP  1500  CFM  for  XXXX) 

[1.1]  The  fan  subsystem 
does  not  meet  airflow 
requirements  (6  in.  WCaP 
1500  CFM  for  XXXX) 

Complete  loss  of  airflow 
(8) 

8 

[1.1.1]  Loss  of  source  current  / 
voltage 

-  Blown  fuse 

-  Broken  wire 

4 

-  Conduct  a  worst  case 
circuit  analysis  of  vehicle 
control  circuit 

-  Compare  fuse  capacity 
to  in-rush  current  and  stall 
current  during  high 
ambient  temperature 
conditions 

-  Review  wire  routing, 
attachment  and  shielding 

-  Yuma  -  Test  vehicle 

-  New  Yuma  -  test 
vehicle 

Partial  loss  of  airflow 
(6) 

[1.1.2]  Over-voltage  /  Transients 

3 

-  FW  3  -  Electrical 
Requirements  and 
characterization 

-  FW  4  -  Body  Fan 
Requirement  validation 

-  Yuma  -  Test  vehicle 

-  New  Yuma  -  test 
vehicle 

[1.1.3]  Control  circuit  malfunction 

5 

-  FW  3  -  Electrical 
Requirements  and 
characterization 

-  FW  4  -  Body  Fan 
Requirement  validation 

-  Yuma  -  Test  vehicle 

-  New  Yuma  -  test 
vehicle 

[1.1.4]  Mechanical 
impedence/obstruction  that  either 
slows  or  stops  the  rotation  of  the 
impeller  (internal/external 
contamination) 

6 

-  DTL  1  -  Hot  Clean 

-  DTL  2  -  Hot  +  Dust 

-  DTL  3  -  Hot  + 

Imbalance 

-  DTL  4  -  Hot  +  Dust  + 
Road  load  /  Resonance 

-  FW  1  -  Fan  imbalance 
cycling 

-  FW  2  -  Dust 

-  Yuma  -  Test  vehicle 

-  New  Yuma  -  test 
vehicle 

-  Airflow  verification 
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Benefits  of  FMEAs 


Prevent  major  risks,  reduce  failures,  minimize  cost  and  reduce 
development  time  -  Do  it  right  the  first  time. 


FMEA  prioritizes  the  actions  that  should  be  taken  to  reduce 
risk.  It  also  highlights  where  further  actions  would  result  in 
further  risk  reduction. 


FMEA  is  an  important  tool  of  reliability  and  maintainability 
analysis.  Reliability  increases  when  risk  is  mitigated. 

Aids  in  root  cause  analysis,  failure  investigation,  and  finding 
corrective  actions. 

FMEA  Provides  a  repository  for  lessons  learned,  best 
practices,  and  sharing  of  technical  knowledge  which  can  be 
used  in  other  programs. 
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Integrated  Risk  Management 


l  **ioJ  r  i 
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What  is  a  Risk? 


1*10  J  r  1 


A  risk  is  a  potential  failure  mode  that  is  likely  to  occur  in  the 
future. 

Usually  characterized  in  terms  of  impact  on  a  program’s  cost, 
schedule  and  performance. 

Rated  in  terms  of: 

•  Likelihood  -  Probability  of  occurrence 

•  Consequence  -  Impact  to  the  program  is  the  risk  becomes 
an  issue. 

Usually  states  as  an  “IF  this  happens  THEN  this  MAY 
happen...” 
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DoD  Risk  Management 


Risk 

Planning 


Risk 

Assessment 


Risk 

Handling/ 

Mitigation 


Risk 

Monitoring 


What  proiect/program  requires  Risk 

Management? 

•  Identify  baseline  for  cost,  schedule 
and  performance  for  the 
project/program. 

•  Create  Risk  Management  Plan  for  the 
project/program. 

•  Assign  roles  and  responsibilities  for 
the  project/program. 

•  Complete  risk  training  for  the 
project/program’s  Risk  IPT. 


RISK  DOCUMENTATION 


What  can  go  wrong? 

•  Study  WBS,  SOW, 
IMP/IMS,  EVM. 

•  Lessons  learned. 

•  Review  IPTs’  areas  of 
responsibility. 

•  Ask  “why”  multiple  times. 

How  big  is  the  risk? 

•  Consider  likelihood  of  root 
cause  occurrence. 

•  Identify  consequences  in 
(Cost,  Schedule,  and 
Performance). 


What  will  you  do  about  it? 

•  Eliminate  the  root  cause. 

•  Control  the  root  cause  or 
consequence. 

•  Transfer  the  risk. 

•  Assume  the  level  of  risk. 


How  are  things  going? 

•  Communicate  risks. 

•  Monitor  risks  plans. 

•  Review  status  through  event 
driven  technical  reviews  and  a 
risk  review  board. 

•  Review  watch  risks. 


How  is  the  planned  risk  mitigation  being 

implemented? 

•  Determine  planning  what  budget  & 
requirements  needed. 

•  Provide  a  coordination  vehicle  with 
management,  etc. 

•  Document  changes. 


This  is  a  iterative  process  for  new  risks. 


Unclassified 
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Mitigation  Approaches 


Avoid:  Develop  a  strategy  to  avert  the  likelihood  and/or  consequence  by 

selecting  a  different  approach  or  not  pursuing  the  option  at  all. 
Consider  this  technique  when  multiple  design  or  programmatic 
options  are  available  (sometimes  “eliminate”) 


Transfer:  Develop  a  strategy  to  place  the  risk  with  the  party  most  able  to  do 
something  about  it. 


Assume:  Accept  consequences  of  the  risk,  with  frequent  monitoring  to 
determine  if  the  risk  actually  occurs,  and  that  the  impact  is  as 
predicted  (and  is  tolerable)  if  it  does.  Also  known  as  accept. 


Control:  Develop  a  strategy  to  lower  the  risk  by  reducing  its  likelihood, 

consequence,  or  both  components  with  tasks  in  the  IMS.  This 
approach  is  sometimes  referred  to  as  handle  or  mitigate. 


Monitor  and  periodically  re-evaluate  the  risk  for  change. 


Watch: 


Consequence  Guidance 

(Available  in  Risk  Recon  under  “Help”  and  “Tip  Sheet”) 
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Consequence 

“Knowing  our  risks 
provides  opportunities 
to  manage  and 
improve  our  chances 
of  success. " 

-Roger  Vanscoy 


Consequence  Table 

Rating/Descriptfon 

Performance 

Cost 

Schedule 

5  (Catastrophic)  - 
Jeopardizes  an  exit 
criterion  of  current 
acquisition  phase 

Unacceptable-  No  viable 
alternatives  exist 

Program  budget  impacted 
by  10%  or  more;  Program 
success  jeopardized 

Key  events  or  milestones 
delayed  by  more  than  one 
month 

4  (Critical) 

Potentially  fails  Key 
Performance 
Parameter  (KPP) 

Unacceptable; 

Significant  changes 
required 

Program  budget  impacted  by 
5%-1G%,  Significant  portion 
of  program  management 
reserves  must  be  used  to 
implement  workarounds 

Critical  path  activities  2 
weeks  late;  Workarounds 
would  not  meet  milestones. 
Program  success  in  doubt 

3  (Moderate)  Shorts 
a  critical  mission 
need  but  expect 
no  breech  of  KPP 
threshold 
requirements 

Below  goal:  Moderate 
changes  required: 
Alternatives  would 
provide  acceptable 
system  performance; 
Limited  impact  on 
program  success 

Budget  impacted  by  1%-5%; 
Limited  impact  on  program 
success:  Does  not  require 
significant  use  of  program 
cost  and  or  schedule  reserves 

N on -critical  path  activities 
one  month  late;  Workarounds 
would  avoid  impact  on 
critical  path;  Limited  impact 
on  program  success 

2  (Marginal) 

Requires  the 
com mitment  of  a 
minor  portion  of  the 
program  cost 
schedule  or 
performance  reserve 

Below  goal  but  within 
acceptable  limits:  No 
changes  required: 
Acceptable  alternatives 
exist:  Minor  impact  on 
program  success 

Budget  impacted  by  1%  or 
less;  Minor  impact  on 
program  success;  Minor 
comm  Itment  of  prog  ram 
management  reserves 
(schedule,  cost)  used  for 
workarounds 

N  on -critical  path  activities 
late;  Workarounds  would 
avoid  impact  on  key  and 
non-key  milestones;  Minor 
impact  on  program  success; 
Development  schedule  goals 
exceeded  by  1%-5% 

1  (Negligible) 

Remedy  will  require 
minor  cost  schedule 
and/or  performance 
trades 

Requires  minor 
performance  trades 
within  the  threshold  - 
objective  range; 

No  Im  pact  on 
program  success 

Budget  not  dependent  on 
the  issue;  No  impact  on 
program  success.  Cost 
increase  can  be  managed 
within  program  plan 

Schedule  not  dependent 
on  issue;  No  impact  on 
program  success;  Schedule 
adjustments  managed 
within  program  plan 

Terms 

Definitions 

Risk 

A  measure  of  future  uncertainties  in  achieving  program  performance  goats  and 
objectives  within  defined  cost  schedule  and  performance  constraints.  Risk  addresses 
the  potential  variation  in  the  planned  approach  and  suspected  outcome. 

Issue 

An  event  that  has  already  occurred  or  has  100%  likelihood  of  occurring. 

Likelihood 

Probability  that  the  risk  will  occur  (based  on  ratings  1-5). 

Consequence 

Effector  impact  on  the  program  if  risk  becomes  an  issue  (based  on  ratings  1-5). 

UNCLASSIFIED:  Dist  A.  Approved  for  public  release.  #20015 
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Likelihood  Guidance 

(Available  in  Risk  Recon  under  “Help”  and  “Tip  Sheet”) 
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Risk  Recon  Website: 

https://peoporta9ap.tacom.army.mil/riskmgmt 

POCs:  Lisa.Graf@us.army.mil 

George  Wiklund  @  us. a  nriY.mii 


Risk  Information  Sheet 

Description  of 
Risk  Condition 

State  the  risk  in  one  clear  and 
concise  sentence,  creating  an 
"IF. .THEM... MAY"  statement 
ora  brief  description. 

Context 

Details  of  the  risk  -  the  Who, 
What,  Where,  When,  Why,  How 
and  How  M  uch  of  the  risk. 

Consequence 

What  are  the  impacts  to  the 
program  in  terms  of  Cost, 
Schedule,  Performance  or 

Other  if  this  risk  becomes 
an  issue. 

Mitigation 

Plan 

This  is  the  detailed  mitigation 
plan  -  what  wil  1  be  done  to 
mitigate  the  risk.  List  steps 
with  due  dates,  owners  and 
impact  to  the  risk. 

CloseOut 

Rationale 

List  the  agreed  upon  details 
for  closing  this  risk  -  who 
agreed  to  close  it  at  what 
meeting,  date  and  for 
what  reasons. 

Likelihood  *  Probability  Levels  and  Indicators 


5  (Near  Certainty)  Assume  &  anticipate  occurrence  (>80%)  Approach  and 
processes  cannot  mitigate  risk;  Immature  technology;  System  very  complex 


A  (Highly  Likely)  -  Very  high  chance  of  occurrence  (>65%  to  90%)  Approach 
and  processes  not  well  documented;Technology  available  but  not  validated 


3  (Moderate)  ■  Significant  chance  of  occurrence  (>  40%  to  65%)  Approach  and 
processes  are  partially  documented;  Un -validated  technology  has  been 
shown  to  be  feasible  by  analogy,  test,  or  analysis 


2  (Low  Likelihood)  -  Occurrence  possible  but  less  than  likely  (10%  to  40%) 
Current  approach  and  processes  understood  &  documented;  most  technology 
has  been  validated 


1  (Not  Likely)  -  Occurrence  is  possible  but  very  unlikely  {<10%)  Approach  and 
processes  are  well  understood  and  documented 


UNCLASSIFIED:  Dist  A.  Approved  for  public  release.  #20815 
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What  is  Risk  Recon? 


Risk  Recon  is  a  risk  management  tool  jointly  developed  by 
Program  Executive  Office  (PEO)  Ground  Combat  Systems  (GCS) 
and  the  Tank  Automotive  Research ,  Development  and 
Engineering  Center  (TARDEC)  for  risk  management. 

The  tool  provides  an  easily  accessible  database  for  PEO,  PMs 
and  organizations  to  store  and  share  information  in  one 
centralized  location.  This  provides  greater  opportunity  for  lessons 
learned. 

For  more  information  go  to 

https://peoportalap.  tacom.  army,  rnil/nskmgmt  and  click  on  the  Help 
Menu  to  email  the  Risk  Recon  help  desk  to  get  more  information 
on  how  to  get  your  program  set-up  to  use  this  free  tool. 
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Risk  Recon  Reports 
Detailed  Risk  Report  -  Excel 


Risk  Recon  -  Detailed  Risk  Report  (FOUO) 


HBCT  Test  Org  /  HBCT  Test  PMO  /  HBCT  Training  /  HBCT  Training  /  testthree 


Current 

Status  Con/Lik  Impact  Risk  Title 

i  C/S/P/O  -  Hitting  a  deer 


Description  of  Risk 
Condition 


Context 


4/4 


Baselined 


4/2 


C/S/P 


Training  Example  - 
Loss  of  Power  in 
Thunderstorms 


IF  a  driver  hits  a  deer  THEN 
their  new  car  MAY  be 
damaged. 


If  there  is  a  thunderstorm  with 
high  winds  and  lightning 
strikes  occur,  then  loss  of 
power  to  homes  make  occur 
and  people  may  be  without 
power. 


The  is  a  potential  of  hitting  a 
deer. 


Mitigation  -  Rational  for 
Choosing  that  Mitigation 
Consequence  if  Realized  Plan 


If  a  thunderstorm  occurs  and 
high  winds  in  excess  of  60 
mph  occur  (WHAT),  then 
power  lines  may  come  down 
due  to  high  winds  (HOW)  and 
loss  of  power  may  occur 


Damage  to  a  car. 


If  power  is  lost  in  a  storm 
then  homes  will  not  have 
power.  This  can  lead  to  loss 
of  food  in  the  refrigerator 
(COST),  alarm  clocks  that 
don't  work  and  people  may  be 


1.  Add  additional  fog  lamps 
to  vehicle  by  Jan.  1;  2010 

2.  Add  anti-deer  sound 
emitting  devide  to  vehicle. 

3.  Avoid  roads  at  night  and 
counter  daylight  risk  with  anti- 
deer  sound  emitting  device  to 
vehicle. 


Mitigation  Plans  include: 
NOTE  -  the  person  writing 
this  risk  bought  a  generator 
to  temproarily  reduce  the  risk 
of  power  loss.  This  reduces 
the  current  risk,  but  is  only  a 


•  Risks  can  also  be  exported  into  an  Excel  spreadsheet. 

•  This  allows  for  easy  sorting,  searching  and  customization 
for  reports. 

•  User  can  also  customize  and  save  their  own  excel  formats 
for  download  for  the  next  time  a  report  is  run. 
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Risk  Ranking  and  Pie  Chart 
Summaries  and  Historical  Comparisons 


Summarize  Risk  Status  (Matrix)  Report  (FOUO) 


Level  1 '  HBCT  Test  Org 
Level  2:  All 
Level  3:  All 
Level  4:  All 
Project;  All 

Summarize  of  Risk  Status 
3/2/2010 


Risk  Assessment  Status  (Pie  Chart)  Report  (FOUO) 


Level  1 :  HBCT  Test  Org 
Level  2  AH 
Level  3;  All 
Level  4:  All 
Project:  AJI 


Risk  Assessment  Status  (7/1/2010) 


Risk  Assessment  Status  (8/2/2010) 


9 


W 


Report  current  as  of  8/2/2010  4:27:35  PH 


•  Risks  for  a  particular  folder  or  a  total  program  team  can  be 
depicted  with  risk  matrix  summaries  or  pie  charts. 

•  Historical  comparisons  between  dates  can  also  be  done. 
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Risk  Recon  Reports 
Risk  Information  Sheet 


Risk  Information  Sheet  (FOUO) 


Risk  Title :  Loss  of  Power  in  Thun derstorms 
User  Defined  ID: 

Status:  Baselined 
Unique  ID  #:  659 

Opened  Date:  a2/D8/2Q1D 
Last  Saved  D  ate :  021D812Q  1 D 

Risk  Lead:  Graf,  Lisa 


Risk  Information  Team  Members 


Risk  Assessment 


Risk  Information  Sheet  (FOUO) 


Current  Mitigation 
Plants )  for  this 
Risk: 


Rationale  for 
choosing 
Mitigation  Plan(s|: 


Applied  to 
Risk 

Plan  Name 

Status 

X 

Bury  Power  Lines 

|ln  Development 

Mitigation  Plans  include:<br/> 

NOTE  -  the  person  writing  this  risk  bought  a  generator  to  temproarily  reduce  the  risk  of  power 
loss.  This  reduces  the  current  risk,  but  is  only  a  temporary  interim  mitigation  steps.<br/> 

Final  Mitigation  Plan:<br/> 

1 .  Surveying  the  power  outage  database  for  areas  that  experience  high  power  loss.<br  /> 

2.  Conducting  a  root  cause  analysis  for  the  highest  risk  area  as  to  what  the  reason  is  for  the  power 
outages.  (NOTE  -  root  cause  determined  to  be  wind  damage  in  a  high  wind  corridor). <br  f> 

3.  Determine  what  the  new  requirements  are  for  system  performance  (how  many  outages  a  year,  for 
how  many  hours  and  due  to  what  root  cause  is  acceptable)  {NOTE  -  it  was  determined  that  only 
routine  maintenance  downtime  was  deemed  acceptable  for  less  than  3  hours). <br  /> 

4.  Path  forward  was  determined  to  be  to  bury  the  power  lines.<br/> 

F,  tn  f.nn due  nrirl  Fiiirvftv  Hi  d R-*nr  i hr  if  frrar.fimfint  Innrl  is  nunilrahlfi  tp  bury  the  lines.  (NOTE  - 

pment).<br/> 


•  The  “Risk  Information  Sheet”  contains  the  majority  of  the 
information  for  the  risk  including  the  description  of  the  risk, 
context,  consequences  and  mitigation. 

•  It  can  be  exported  into  an  Acrobat  .pdf  file,  Excel,  CSV,  etc 


Risk  Impacts: 


Consequence 

Cost 
X  Schedule 
X  Performance 
Other: 

Description  of  If  there  is  a  thunderstorm  with  high  winds  and  lightning  strikes  occur  (hen  loss  of  power  to  homes 
Risk  Condition:  make  occur  and  people  may  be  without  power. 

Context:  If  a  thunderstorm  occurs  and  high  winds  in  excess  of  60  mph  occur  {WHAT),  then  power  lines  may 

come  down  due  to  high  winds  (HOW)  and  loss  of  power  may  occur  (WHAT).  If  lightning  strikes  occur 
(WHAT),  then  transformers  may  be  hit  and  damaged  (HOW)  and  loss  of  power  may  occur 
(WHAT).  This  may  occur  because  power  lines  are  exposed  to  the  environment  (WHY)  and  subject 
wind  damage  and  lightning  strikes.  This  can  affect  home  and  people  {WHO)  subdivision  wide  or  to 
any  building  in  the  area  that  the  power  system  supplies  power  to  {WHERE). 

Consequence  if  If  power  is  lost  in  a  storm  then  homes  will  not  have  power.  This  can  lead  to  loss  of  food  in  the 

Realized:  refrigerator  (COST),  alarm  clocks  that  don't  work  and  people  may  be  late  to  their  jobs  (SCHEDULE) 
and  worrying  about  failed  systems  such  as  sump  pump  systems  {PERFORMANCE)  may  cause 
performance  issues  at  work  to  (hose  affected. 


2M1/2Q1Q  9:01:12  AM 
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wer  tower  to  the  ground, 
the  main  line  could  be 
impact  of  loss  of  power. 


Close-Out 

Rationale: 


Mitigation  Steps  for  the  applied  Plan 


1 

Step 

Mitigation 

Due  Date 

Status 

New  Con. 
Level 

New  LFk. 
Level 

Step  Owner 

1 

Purchase  a  home  generator 

aarai/atn 

Complete 

4  -  Critical' 

2  -  Low  Likelihood 

Barb  Dmoch 

to 

Monitor  area  for  5  years  to  celermine  how  effect  ve 
the  clan  has  gone 

04-2912015 

Not  Started 

2  -  Marginal 

1  -  Not  Likely 

Donna  Brady 

2 

Conduct  power  outage  survey. 

03/04/2010"! 

Complete 

4  -  Critical 

3  -  Moderate 

Lisa  GraF 

3 

Conduct  power  outage  real  cause  analysis 

□3.'oa.,2mri 

[Complete 

4  -  Critical 

3  -  Moderate 

Shawn  Haase 

4 

Determine  new  neqml  for  mast  downtime  allowed. 

03/10/2010 

Complete 

4  -  Critical 

3  -  Moderate 

Cheryl  Rassette 

5 

Conduct  land  availability  survey 

03/12/2010 

Complete 

4  -  Critical 

3  -  Moderate 

Matt  Gheehy 

0 

Detem  ne  require  men  Is  for  burying  power  1  nes. 

03/1 5/2 0 1 0 

|  In  Progress 

4  -  Critical 

3  -  Moderate 

Mike  Oteem 

7 

Formulate  ana  present  plan  to  management  for 

approval. 

03/17/2010 

In  Progress 

4  -  Critical 

3  -  Moderate 

Mike  Baker 

3 

Bury  the  power  lines,  complete  job. 

03/31/2010 

Not  Started 

2  -  Marginal 

1  -  Not  Likely 

Mark  Mazzara 

9 

Demonstrate  that  time  to  reparr  of  main  line  s  <3 
hours. 

0401/2010 

Not  Started 

1 

2  -  Marginal 

1  -  Not  Likely 

Brian  Graham 

2/11/2010  9:01:12  AM 
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Risk  Recon  Reports 
Waterfall  Chart/Burn  Down  Chart 


Risk  Waterfall  Report  (FOUO) 

Risk  ID:  1665 

Risk:  Systems  E  rtgineenng  (SE) 

Workshop 

Description  of  Risk  Condition:  If  we  do  not  property  plan  for  the  SE  Workshop,  then  we  may  not  market  our  SE  services  effectively. 


Mitiaation  Steers 

Step 

Mitigation 

Due  Date 

Status 

New  L 

New  C 

Step  Owner 

t 

Establish  0i#ectjve&.  budget  and  stfe-dute. 

VI/2011 

complete 

5 

5 

LQraf 

2 

Finatee  date  and  (inte, 

4/297011 

Complete 

4 

4 

C  Crawford 

3 

So  cue  location 

4/297011 

Complete 

4 

4 

D.  Whitehurst 

4 

Secure  speakers  and  booth  partaapante. 

m  572011 

In  Progress 

3 

3 

C,  Crawford 

5 

Market  event. 

7/1/2011 

In  Progress 

3 

3 

M.  Russo 

6 

Sel  up  for  event. 

fl/1/2011 

Not  Started 

3 

3 

M.  Russo 

7 

Execute  workshop. 

S/2/20"N 

Not  Started 

2 

2 

SE  Group 

e 

Begin  providing  SE  services  to  new 
customers  as  appUcaMe. 

8/2/2011 

Not  Started 

2 

2 

SE  Group 

Waterfall  Chart  -  Simplified  (Mitigation  Steps  and  RiskWeight) 


Point?  (White -Not 
Started,  GraWn 
Proofs *s, 

SE  Workshop 
•  Mitigatipp 
Plan 


Mitigation  Stops 
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What  happens  when  a  risk  becomes  an  issue? 


Issue  Management  is  a  natural  progression  of  risk  management  as 
risks  that  are  not  successfully  mitigated  become  issues. 

It  is  important  to  determine  a  way  to  formally  manage  program  risks 
in  order  to  focus  efforts  on  top  issues,  communicate  those  issues  to 
decision  makers  and  stakeholders  in  a  timely  fashion,  and  create 
corrective  action  plan  paths  forward  to  resolve  them. 

The  Issue  Recon  Database  is  tired  to  Risk  Recon  and  allows  for 
seamless  traceability  of  risks,  mitigation  plans,  issues  and 
corrective  action  plans. 

This  allows  the  organizations  using  it  to  prioritize  their  work  and 
resources  for  both  risk  and  issues. 
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Integrated  Risk  Management 
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An  issue  is  something  that  has  already  happened  or  will 
certainly  happen. 


Risks,  when  mitigation  is  unsuccessful,  become  issues  after  an 
event  has  occurred  such  as  testing  has  failed,  the  schedule 
has  slipped,  etc. 

Usually  characterized  in  terms  of  impact  on  a  program’s  cost, 
schedule  and  performance. 

Rated  in  terms  of: 

•  Severity:  Impact  on  the  program 

•  Priority:  How  quickly  the  issues  has  to  be  addressed  and 
resolved. 


* 
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Issue  Management  Benefits  Using  a 
Linked  Approach  with  FMEA  and  Risk 


•  Linking  Issue  Management  to  Risk  and  FMEA  takes  on  more  of 
a  proactive  approach  to  identifying  and  addressing 
programmatic  concerns. 

•  Quickly  resolving  issues  early  in  the  program  reduces  cost, 
schedule  delays  and  performance  problems. 

•  Linking  processes  and  databases  enhances  the  ability  to  revisit 
failure  modes  and  the  actions  taken  to  address  them 

•  Confirmation  of  the  effectiveness  of  the  corrective  action  after 
implementation  is  tracked  and  documented. 


I 
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Create  a  new  issue  for  project:  test 

Workflow  Location:  Pre-Workflow  state,  save  first 


Back  fc>  the  HumE  Page 


!  SavE  Cancel 


Issue  Info  Sheet  Documents  Corrective  Action  Team  Corrective  Action(s)  Related  Projects  Issue  Lifecycle 

\ i_ 1  1 1 


^r 


[Changes  must  be  Saved  first  before  navigating  off  this  web  page 

Issue  Analysis  (Click  bar  to  expand/contract) 


Issue  ID: 

User  Defined  Issue  ID: 
Issue  Title: 

Status 


Urgent: 


Check  to  alert  APM/DPM  of  time 
sensitive  issue 


Date  Initiated: 

Last  Saved  On  Date: 


Estimated  Closure  Date: 


Baselined 


Baselined 

Candidate 

Rework 

In  APM  Review 
In  PM  Review 
Closed 


For  the  Issue 
Status,  the  IPT  has 
proposed  the 
following  status 
options,  listed  in 
the  shown 
dropdown. 
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Issue  Info  Sheet  (cont) 


'■  J  Logistics 

Create  a  new  Issuefor  proji 
WorkflOW  Location:  Pre-V\  Engineering 

Contracting 

□  Test  &  Eva  I, 

!  _i  ArqLikitinrn 

(Zl  Safety 


Back  to  the  HumE  Page 


SavE  Cancel 


Issue  Info  Sheet 


"V 


Documents 


;tion(s)  Related  Projects 


Issue  Lifecycle 


j  Changes  must  be  Saved  first  b 

1  Resource  Mgmt/  Finance 

Issue  Analysis  (Click  bar  to  expand/c( 

H  Program  Management 

Issue  ID: 

1  1  Business  Mgmt 

For  the  Functional  Group  pull  down,  a  free  form  text  field 
(that  would  appear  only  if  at  least  one  functional  group 
box  is  checked)  is  requested  to  permit  decomposition. 

For  examDle.  loaistics  could  break  down  into  SDares. 

User  Defined  Issue  ID: 

1  1  Configuration  Mgmt 

Issue  Title: 

□  Technical  Mgmt 

Status 

i  1  International  Programs 

transportation,  sustainment,  convoys,  etc. 

Others  may 

Urgent: 

Check  to  alert  APM/DPM  of  time 
sensitive  issue 

i.  J  Fabrication 
□  Training  -  ONLY  FOR 

include  depots,  FOBs,  HHQ,  AMC,  ASA(ALT),  ATOs, 

TTPs,  etc. 

TRAINING  USE 

Date  Initiated: 

□  Legal  / 

Last  Saved  On  Date: 

LI  Security  / 

Due  Date: 

L  J  Req  u  i  rem  ents  M  a  n  a  g  em  ent  / 

Estimated  Closure  Date: 

|_|  V6.3  Test  Functional  Group  / 

Functional  Groups: 

Functional  Groups...|  T  Sub  Group:  ^ 
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Issue  Info  Sheet  \  Documents  ’.Corrective  Action  Team  ■  Corrective  Action(s)  Related  Projects  Issue  Lifecycle 

D  '  ‘ 

[Changes  must  he  Saved  first  before  navigating  off  this  web  page 

Issue  Analysis  (Click  bar  to  expand/contract) 


Create  a  new  Issue  for  project:  test 

Workflow  Location:  Pre-Workflow  state,  save  first 


Back  to  the  HumE  Page 


SavE  Cancel 


Issue  ID: 

User  Defined^  Issue  ID: 

Issue  Title: 

+ 

Status 

Candidate  ▼  | 

Urgent: 

Check  to  alert  APM/DPM  of  time 
sensitive  issue 

□ 

Date  Initiated: 

2/11/2011  * 

Last  Saved  On  Date: 

Estimated  Closure  Date: 

IHoallx/  tho  Prirxritx/  m  ilLrlr^xA/n  monii  \A/ru  ilrl  chi 

Date  Closed: 

U  IV/  1  1  IWI  1  Ly  'pwt  UWVVI  1  IllV-rllW  V*  WUIU  Ol  lUUVy 

red/yellow/green  based  on  the  rating.  The  IPT  still 
needs  to  determine  if  more  dimensions  are  required. 

FunctEonaE  Groups: 

Functional  Groups...  T 

Issue  Owner: 

|  Torres  Dan 

Priority: 

Qo\/orit\/ 

Oovoi  i ly 

Priority 
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Issue  Impacts: 


Issue  Impacts 

KPP/KSA  Comms  Maintainability  Transportability  Mobility 

DOTLPF  .  Consumption  Force  Protection  J  Op  Effectiveness  Lethality 

Performance; 

Power  Survivability  i  Network/C4I  Reliability 

OtKen 

□ 

Nested  check  boxes  to  show  further  granularity  to  describe  impacts. 
“Nested”  means  optional  check  boxes  only  appear  when  the  main 
impact  (Cost/Schedule/Performance)  is  checked. 
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Lessons  Learned 


•  Provides  the  organization  with  effective  feedback  and  useful 
information  for  future  programs. 

•  Document  program-specific  issues  that  may  be  relevant  to 
technical  and  logistical  support  after  full  rate  production. 

•  Increase  warfighter  satisfaction  and  provide  the  warfighter  with 
useful  program  information  as  the  program  moves  into  the 
operations  and  sustainment  phase 


Unclassified 
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Lessons  Learned  Documentafi 


Program  feedback  such  as  field  failures,  process  changes, 
design  changes  (ECP),  fed  back  into  the  FMEA  The  FMEA 
is  a  lessons  learned  starting  point  for  new  programs. 

Search  functions  enabled  in  Risk  and  Issues  databases  for 
keywords,  programs,  dates,  etc.  to  quickly  determine  past  risks 
and  applicability  to  future  programs. 

Free  form  input  from  subject  matter  experts  into  database  at 
any  time  to  capture  best  practices,  failures  on  any  programs, 
design  considerations,  etc. 

Integration  with  the  TARDEC  Advanced  Systems  Engineering 
Lab  (ASEL)  SE  Suite  of  tools  which  includes  the  ability  to 
search  on  all  program  information  in  the  database  including 
requirements,  data,  etc. 


Acqitisifio n  E .v ft  He n c 


ce 


Unclassified 


44 


Summary 


•  By  linking  FMEA,  Risk  and  Issue  processes  and  database 
tools,  potential  and  actual  failure  modes  will  be  more  effectively 
addressed  and  managed  from  identification  through  lessons 
learned. 

•  Collaboration  throughout  organizations  within  the  Department 
of  the  Army  will  be  facilitated  by  implementing  a  common 
architecture  and  approach  for  handling  failure  modes. 
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•  Risk  Management  Guide  for  DOD  Acquisition, 

http://www.acq.osd.mil/sse/docs/2006RMGuide4Aug06finalversion.pdf 

•  Risk  Management  Integrated  Approach: 

•  George  Wiklund  -  586-282-9725  -  qeorqe.c.wiklund.civ@mail.mil 

•  Lisa  Graf  -  586-306-2572  -  Iisa.i.qraf2.civ@mail.mil 

•  Risk  Recon  : 

-  To  set  up  training  on  how  to  use  Risk  Recon,  or  to  get  your  program  set  up 
to  use  the  tool,  contact: 

•  Becky  Addis  -  586-214-2582  -  rebecca.l.addis.civ@mail.mil 

•  Risk  Recon  Help  Desk  -  usarmy.detroit.peo-gcs.mbx.risk-recon- 
helpdesk@mail.mil 

•  Issue  Management  IPT: 

-  To  join  the  Issues  Management  IPT  or  to  use  the  Issues  Management  tool 
starting  March  2012,  contact: 

•  Dawn  Packard  -  586-282-8827  -  dawn.m.packard2.civ@mail.mil 

•  FMEA  Training: 

•  Kadry  Rizk  -  586-282-5403  -  kadrv.w.rizk.civ@mail.mil 

•  Gregor  Rataczak  -  586-282-4618  -  qreqor.a.rataczak.civ@mail.mil 

^ _ A^qujsitlon^  E-xre lien ce _ 
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